
V 



^ The 

Patent 
% Office I 



PRIORITY 
DOCUMENT 

SUBMITTED OR TRANSMITTED IN 
COMPLIANCE WITH RULE 17.1(a) OR (b) 



RECD 1 0 SEP 2004 



WIPO 



The Patent Office 
CardiffRoad 
Newport 
South Wales 
NP10 8QQ 

I, the undersigned, being an officer duly authorised in accordance with Section 74(1) and 
(4) of the Deregulation and Contracting Out Act 1994, to sign and issue certificates on 
behalf of the Comptroller-General, hereby certify that annexed hereto is a true copy of 
the international application fded on 1 7 FEBRUARY 2004 under the Patent Cooperation 
Treaty at the UK Receiving Office. The application was allocated the number 
PCT/GB2004/000626. 

In accordance with the Patents (Companies Re-registration) Rules 1982, if a company 
named in this certificate and any accompanying documents has re-registered under the 
Companies Act 1980 with the same name as that with which it was registered 
immediately before re-registration save for the substitution as, or the inclusion as, the last 
part of the name of the words "public limited company" or their equivalents in Welsh, 
references to the name of the company in this certificate and any accompanying 
documents shall be treated as references to the name with which it is so re-registered. 

In accordance with the rules, the words "public limited company" may be replaced bv 
p.l.c, pic, P.L.C. or PLC. 

Re-registration under the Companies Act does not constitute a new legal entity but 
merely subjects the company to certain additional company law rules. 





Signed 



Dated.26 AUGUST 2004 



An Executive Agency of the Department of Trade and Industry 



PCT 

REQUEST 



- — For receiving Office use only 

PCT/6B 2004 / D Q tj r ? & 

International Application No. U ^ 0 



The undersigned requests that the present 
international application be processed 
according to the Patent Cooperation Treaty 



International Filing Date 



I 



Box No. I TITLE OF INVENTION ~~ 
APPARATUS AND METHOD FOR MANIPULATING IMAGES 



Applicant's or agent's file reference 
(if desired) (12 characters maximum) 6006 1 9PWO 



Box No, II APPLICANT 



) f nris person is also inventor' 



Serverside Graphics Limited 
18 Maddox Street 
London W1S 1PL 
United Kingdom 



Telephone No. 



.Facsimile JMo. 



State (that is, country) of nationality- 

GB 



Teleprinter No. 



Applicant'sregistration No. with the Office 



This person is applicant 
for the purposes of; 



□ all designated 
States 



State (that is, country) of residence- 

GB 



Name and address: fFamih, r„n. ; l. . . - . ' : : : . — 



ELGAR, Adam 
32 Almeric Road 
London SW11 1HL 
GB 



This person is: " 
I | applicant only 

[X] applicant and inventor 

□ inventor only (If this check-box is 



marked, do not fill in below.) 



State country) of nationality: 

GB 



Applicant'sregistrationNo. with the Office 



This person is applicant 
for the purposes of: 



Q Stit d e e s Signated • PI 3? » Stare = except 
j states I the United States of America 



State (that is, country) of residence: 

GB 



pr-~j — . ' ' U1JUC " otaies 01 A merica l*» 

\K\ ^rther applicants and/or (farther) inventors are indicated on a continuation sheet 



fV~[ the Umted,States 
J of America only 



□ the States indicated in 
the Supplemental Box' 



The nftrsnn iflpnKffo/? _■_ i_ * « I " " 



agent 



| | common 



representative 



HILL, Justin John I +44 (0)20 75 77 6900 

McDermott, Will & Emery 
7 Bishopsgate 
London EC2N 3AR 
United Kingdom 



Facsimile No. 

+44 (0)20 7577 6950 



Teleprinter No. 



Agent's registration No. with the Office 



ForrnPCT/RO/101 (first sheet) (January 2004) " " 7 " " 



See Notes to the request form 



fir f / y& j u Li - £> £ fk 



Sheet No. 



Continuation of Box No. Ill FURTHER APPLICANT (S) AND/OR (FURTHER) INVENTOR® 
If none of the following sub-boxes is used, this sheet should not be included in the request 


Name and address : (Family name followed by given name; for a legal entity, full official designation. 
The address must include postal code and name ofcounay. Tlie country of the address hidicaied in this 
Box is the applicant's State (that is, countiy) of residence if no State ofresideitceis indicated below.) 

ELGAR, Tom 
67 Bavant Road 
London SE5 9RZ 
GB ^ 


Tins person is: 

| | applicant only 

|X j applicant and inventor 

j j inventor only (If this check-box 
! 1 is marked, do not fill in below.) 


Applicant's registrationNo. with the Office 


State (that is, country) of nationality: 

GB 


State (that is, countiy) of residence: 

GB 


This person is applicant j [ all designated | 1 all designated States except pCf] the United States j 1 the States indicated in 

for the purposes of: | ! States | | the United States of America Lg 1 of America only j | the Supplemental Box. 


Name and address: (Family name followed by given name; for a legal entity, full official designation. 
The address must include postal code and name of country. The country of the address indicated in this 
Box is the applicant's State (that is, country) of residence if no State of 'residence U indicated halo w.) 


This person is: 

| j applicant only 

| applicant and inventor 

| | inventor only (If this check-box 
1 1 is marked, do not fill in below.) 


Applicant's registrationNo. with the Office 


State (that is, country) of nationality: 


State (that is, country) of residence: 


This person is applicant ] | all designated j j all designated States except J j the United States J ( the States indicated in 

for the purposes of: | | States • J | the United States of America j J of America only j | the Supplemental Box 


Name and address: (Family name followed by given name; for a legal entity, full official designation. 
The address must include postal code and name of country. The country of the address indicated in this 
Box is the applicant 's State ( that is, country) of residence if no State of residence is indicated below.) 


This person is: 

1 j applicant only 

| j applicant and inventor 

j | inventor only (If this check-box 
1 1 is marked, do not fill in below.) 


Applicant's registrationNo. with the Office 


State (that is, country) of nationality: 


State (that is, country) of residence: 


This person is applicant 1 j all designated [ [ all designated States except j j the United States j j the States indicated in 

for the purposes of: | | States | { the United States of America 1 | of America only | ( the Supplemental Box 


Name and address: (Family name followed by given name; for a legal entity 
The address must include postal code and name of country. The country of the 
Boxis the applicant's State (that is, country) of residence if no State of residence 


, full official designation, 
address indicated in this 
lis indicated below.) 


This person is: 

j [ applicant only 

) | applicant and inventor 

| | inventor only (If this check-box 
1 1 is marked, do not fill in below.) 




Applicant' s regj strati on No. with the Office 


State (that is, country) of nationality: 


State (that is, country) of residence: 


This person is applicant I | all designated j I all designated States except j j the United States | J the States indicated in 

for the purposes of: 1 | States | | the United States of America ) j of America only | | the Supplemental Box 


| | Further applicants and/or (further) inventors are indicated on another continuation sheet. 



Form PCT/RO/1 01 (continuation sheet) (January 2004) 



See Notes to the request form 



Sheet No. 



Box No. V DESIGNATIONS 



The filing of this request constitutes under Rule 4.9(a), the designation of all Contracting States bound by the PCT on the international 
filing date, for the grant of every kind of protection available and, where applicable, for the grant of both regional and national patents. 

However, 

□ 

DE Germany is not designated for any kind of national protection 

□ 

KR Republic of Korea is not designated for any kind of national protection 
□ RU Russian Federation is not designated for any kind of national protection 

(The check-boxes above may be used to exclude (irrevocably) the designations concerned in order to avoid the ceasing of the effect, under 
the national law, of an earlier national application from which priority is claimed. See the Notes to Box No. V as to the consequences of 
such national law provisions in these and certain other States.) 



Box No. VI PRIORITY CLAIM 



The priority of the following earlier applications) is hereby claimed: 



Filing date, 
of earlier application 
(day /monthly ear) 


Number 
of earlier application 


Where earlier application is: 


national application: 
country or Member 
ofWTO 


regional application:* 
regional Office 


international application: 
receiving Office 


item (1) 
18 February 2003 
H 8/02^003) 


60/447,972 


US 






item (2) 

3 April 2003 
(03/04/2003) 


10/406,519 


US 






item (3) 











I I Further priority claims are indicated in the Supplemental Box. 



The receiving Office is requested to prepare and transmit to the International Bureau a certified copy of the earlier application(s) (only if 
^th(^eadi£r_application^\Msfi of-this-iMevnjBM&n 
above as: 

| | all items £j| item(l) Q item (2) Q item (3) [ | other, see Supplemental Box 

* Wliere the earlier application is an ARIPO application, indicate at least one country party to the Paris Convention for the Protection of 
Industrial Property or one Member of the World Trade Organization for which that earlier application was filed (Rule 4. 1 0(b) (ii)): .... 



Box No. VII INTERNATIONAL SEARCHING AUTHORITY 



Choice of International Searching Authority (ISA) (if two or more International Searching Authorities are competent to carry out the 
international search, indicate the Authority chosen; the two-letter code may be used): 

ISA / ER • 

Request to use results of earlier search; reference to that search (if an earlier search has been carried out by or requested from the 
International Searching Authority): 



Date (day/montWyear) 


Number Country (or regional Office) 




Box No. VXil DECLARATIONS 


The following declarations are contained in Boxes Nos. VIII (i) to (v) (mark the applicable 
check-boxes below and indicate in the right column the number of each type of declaration)'. 


Number of 
declarations 


□ Box No. VIE (i) 


Declaration as to the identity of the inventor : 




□ Box No. Vm (ii) 


Declaration as to the applicant's entitlement, as at the international filing 

date, to apply for and be granted a patent : 




□ Box No. VXil (iii) 


Declaration as to the applicant's entitlement, as at the international filing 
date, to claim the priority of the earlier application 




□ Box No. VHI (iv) 


Declaration of inventorship (only for the purposes of the designation of the 
United States of America) ; 




□ Box No. VIH (v) 


Declaration as to non-prejudicial disclosures or exceptions to lack of novelty : 





Form PCT/RO/101 (second sheet) (January 2004) 



See Notes to the request form 



Sheet No. 



( Box No. IX CHECK LIST; LANGUAGE OF FILING 



This international application contains: 

(a) in paper form, the following number of 
sheets: 

request (including 
declaration sheets) 

description (excluding 
sequence listing and/or 
tables related thereto) 

claims 

abstract 

drawings 



25 
13 
1 

14 



57 



Sub-total number of sheets 
sequence listing 
tables related thereto 
(for both, actual number of 
sheets if filed in paper form, 
whether or not also filed in 
computer readable form; 
see (c) below) . 

Total number of sheet? • 57 

(b) □ only in computer readable form 

(Section 80 l(a)(i)) ' 
(i) □ sequence listing 
(ii) □ tables related thereto 

(c) □ also in computer readable form 
(Section 801(a)(ii)) 

(i) □ sequence listing 

(ii) □ tables related thereto 

Type and number of carriers (diskette,, 
CD-ROM, CD-R or other) on which are * 
contained the 

□ sequence listing: 

□ tables related thereto: 

faddiHonal-eopies-to4>e~indieated-under-~. 



This international application is accompanied by the following 
item(s) (mark the applicable check-boxes below and indicate in 
right column the number of each item): 

1 . Bj fee calculation sheet 

2. □ original separate power of attorney 

3. □ original general power of attorney 

4. □ copy of general power of attorney; reference number, 

if any: 

5. □ statement explaining lack of signature 

6. □ 

7. □ 



Number 
of items 



8. □ 



priority documents) identified in Box No. VI as 
item(s): 

translation of international application into 
(language): ^ 

separate indications concerning deposited microorganism 
or other biological material 



items 9(ii) and/or 10(h), in right column) 



Figure of the drawings which 
should accompany the abstract: 



1 



9. □ sequence listing in computer readable form 
(indicate type and number of carriers ) 

® □ copy submitted for the purposes of international search under 

Rulft 1 Iter only (and not as part of the international application) 
(ii) □ (onlywhcrc chock box (b)(i) or (c)(i) is marked in left column) 

additional copies including, where applicable, the copy for the 
purposes of international search under Rule \3ter : 

□ together with relevant statement as to the identity of the copy or 
copies with the sequence listing mentioned in left column : 



(iii) 
10. □ 

(i) 



tables in computer readable form related to sequence listing 
(indicate type and number of carriers ) 

□ copy submitted for the purposes of international search under 
Section miCp-quater) only (and not as part of the international 
application) 

(ii) □ 0 only where check-box (b)(U) or (c)(ii) is marked in left column) 
additional copies including, where applicable, the copy for the 
purposes of international search under Section S02(b-quater) 

□ together with relevant statement as to the identity of the cony or 
copies with the tables mentioned in left column 



(iii) 

l^\3-S^&TfspeciJy± 



Language of filing of the 

international app lication: ENGLISH 
Box No. X SIGNATURE OF APPLICANT, AGENT OR COMMON REPRESENTATIVE " 

Next to each signature, indicate the name of the person signing and the capacity in which the person sigtts (ifsudi capacity is not obvious from reading the request). 




HiLL, Justin John 



1 . Date of actual receipt of the purported 
international application: 



- For receiving Office use only 

7 FEBRUARY 200. 



3. Corrected date of actual receipt due to later but 
timely received papers or drawings completing 
the purported international application: 



\1[ z faf 



4. Date of timely receipt of the required 
corrections under PCT Article 1 1(2): 



5. International Searching Authority 

(if two or more are competent): ISA / 



□ Transmittal of search copy delayed 
until search fee is paid 



2. Drawings: 



2£ received: 



□ 



not received: 



For International Bureau use only 



Date of receipt of the record copy 
by the International Bureau: 



FoimPCT/RO/101 (last sheet) (January 2004) 



See Notes to the request form 



tajmimj* / o o o e 2 a 



10 



APPARATUS AND METHOD FOR MANIPULATING IMAGES 

» CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of U.S. Patent Application Serial Number 10/406,519 
of Elgar et al., filed April 3, 2003, entitled "Apparatus and Method for Manipulating frnaees": 
and of U.S. Provisional Application Serial Number 60/447,972 of Elgar et al., filed February 18, 
2003, entitled "Method and Apparatus for Manipulating Images," bearing Attorney Docket 
number SGLD-001. The disclosures of both of these related applications are hereby incorporated 
herein by reference. - 



TECHNICAL FIELD 
This invention relates to methods and apparatus for manipulating images; and in 
particular to methods and apparatus for reproducing personalized images on consumer goods at 
locations remote from a user. The preferred embodiment includes on-line product-based image 
15 manipulation software. 
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25 
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BACKGROUND 

There has been an increasing consumer desire for self-differentiation, particularly for 
differentiating mass-marketed personal items. This can be clearly seen in the recent popularity of 
customized mobile phone ring-tones and fascias. In order to provide personalized graphics on 
consumer products, there has therefore been a need for a quick and easy-to-use graphics 
manipulation suite to allow users to make product-specific designs, particularly from locations 
remote from the main image storage and printing facility. However, providing such a graphics 
manipulation suite over the Internet has not proved easy. 

One problem stems from the open nature of the Intemet itself. In order to allow Internet 
users to visit hundreds of thousands of unverified web sites, and yet still protect the user's 
computer from viruses and malicious hackers, a browser must not allow the web sites to access 
files on the user's computer. Thus, browsers are "dummy terminals," albeit very powerful ones- 
it is not easy to actively "do" anything with an Internet browser - it simply navigates between 
online resources and presents information and images to the user. Thus, for designing a 
graphical image for application to a personal item, an internet user may be able to manipulate 
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images within the browser environment, but will not be able to save the images. ' 

The problem of manipulating images to be applied to an article remote from the user has 
previously been solved in two ways, each of which has disadvantages. In one solution, a user 
manipulates images on his or her own machine without the use of a browser. This solution has 
the advantage of being extremely fast once installed on the local machine, but suffers from three 
major failings. First, in order to allow the program to run on the client machine, the user must 
first download a program. This takes time, and is inconvenient, because the software cannot be 
seen or tested until it is fully downloaded. Next, the program must be installed on the user's 
machine, where it will remain permanently until removed. This occupies storage space on the 
client hard drive, slows down the user's computer, and can cause system crashes. Finally, the 
downloaded program may have computer viruses. 

In another image manipulation solution, an image is manipulated directly on a server 
using lava Applets, or another plug-in that functions in a similar fashion, such as a custom 
ActiveX control. Each time the user uses the interface to make a manipulation to the image, a 
separate call is made to the server; the server software changes the image's position, and sends 
back the information to the client machine. The theoretical advantages of Java and similar 
programs are that they can run on any client machine with identical results; and that the software 
does not need to be installed on the client machine, because the Java Applet runs within a Java 
Virtual Machine of the browser. However, the problem with Java and similar programs is that 
the Internet simply is not fast enough to provide a pleasant user experience. Also, in practice, 
because the Java Applet does not know which type of machine it will be run on, it can react very 
differently from one machine to the next. 

SUMMARY 

In one embodiment according to the invention, there is disclosed a computer system for 
manipulation of remote images. The computer system comprises: a browser-based user interface 
for displaying for manipulation a graphical representation of at least a portion of an image held at 
a remote image store; an internet communications link coupling the user interface to a remote 
image processor, said link being operable to transfer information about manipulations applied to 
the graphical representation between the user interface and the remote image processor; and 
means for the remote image processor to access the remote image store in order to apply to the 
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image held in the store manipulations emulating those applied to the graphical representation. 

In related embodiments, the image held at the remote image store may be of a relatively 
higher resolution than the graphical representation of at least a portion of the "image." The remote 
image processor may further comprise means for communicating a version of the image, 
comprising the applied manipulations, to an image printing means maintained securely from the 
user interface. The computer system may further comprise means for associating a unique 
identifier with a user applying the manipulations to the graphical representation; wherein the 
internet communications link is operable to transfer the unique identifier between the user 
interface and the remote image processor. The remote image processor may also comprise 
means for receiving a hash value, which relates to a user who applied the manipulations to the 
graphical representation. The browser-based user interface may be presented on a kiosk 
accessible to a consumer. The kiosk may comprise a printer for printing an image, produced by 
applying the manipulations that emulate those applied to the graphical representation, onto a 
consumer item. The computer system may also further comprise a database capable of storing 
the information about the manipulations applied to the graphical representation; such that a 
manipulation can be applied to the image held in the remote image store, other than in real time, 
or alternatively, allowing printing tasks to different articles to be batched. The computer system 
may further comprise a printer for printing an image, produced by applying the manipulations 
that emulate those applied to the graphical representation, onto a consumer item. The consumer 
20 item may comprise a financial account access means. 

In another embodiment according to the invention, there is disclosed a method of 
operating a computer system for manipulation of remote images. The method comprises: 
displaying for manipulation at a browser-based user interface a graphical representation of at 
least a portion of an image held at a remote image store; providing an internet communications 
15 link coupling the.user interface to a remote image processor; transferring information about 
manipulations applied to the graphical representation between the user interface and the remote 
image processor; and causing the remote image processor to access the remote image store and to 
apply, to at least a portion of the image held in the store, manipulations emulating those applied 
to the graphical representation. 
0 In related embodiments, the method may further comprise transferring a unique identifier 

between the user interface and the remote image processor, the unique identifier being associated 
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with a user applying the manipulations to the graphical representation. The method may also 
^ comprise receiving a hash value at the remote image processor, the hash value relating to a user 
applying the manipulations to the graphical representation; or presenting the browser-based user 
. interface on a kiosk accessible to a consumer. A printer at the kiosk may be used to print an 
; image, produced by applying the manipulations that emulate those applied to the graphical 

representation, onto a consumer item. The method may also further comprise storing information 
about the manipulations applied to the graphical representation in a database, such that the 
manipulations can be applied to the image held in the remote image store, other than in real time, 
or alternatively, allowing printing tasks to different articles to be batched. The method may also 
comprise printing an image, produced by applying the manipulations that emulate those applied 
to the graphical representation, onto a consumer item, which may comprise a financial account 
access means. 

In another embodiment according to the invention, there is disclosed a computer program 
product comprising program code means, said program code means including: first code means 
for displaying for manipulation at a browser-based user interface one or more graphical 
representations of at least a portion of an image held at a remote image store; second code means 
for establishing an internet communications link coupling the user interface to a remote image 
processor; third code means for transferring information about manipulations applied to the 
graphical representation between the user interface and the remote image processor; and fourth 
code means for causing the remote imageprocessor to access the remote image store and to apply 
to at least a portion of the image held in the store manipulations emulating those applied to the 
graphical representation. 

In a further embodiment according to the invention, there is disclosed a computer system 
for manipulation of remote images. The computer system comprises: a front end server system 
for operating computer program means for providing a user interface for displaying a graphical 
representation of at least a portion of an image held at a remote image store for user selection 
from amongst a plurality of similar such graphical representations of at least a portion of each of 
a plurality of images held at the remote image store; and an internet communications link 
coupling the front end server system to a remote image processor capable of accessing the remote 
image store in order to select the original image held in the store, from amongst the plurality of 
similar such images held in the store, in a corresponding fashion to the user selection made on the 
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user interface. 

^ In a related embodiment, the computer program means may further comprise means for 

enabling user manipulation of the graphical representation on the user interface; and the remote 
image processor may comprise means for accessing the remote image store in order to apply to 
■> the image held in the store manipulations emulating the user manipulations of the graphical 
representation on the user interface. 

In another embodiment according to the invention, there is disclosed a system for 
applying a personalized image to a financial account access means corresponding to a financial 
account of a customer. The system comprises: a financial account association table associating 
financial data, corresponding to the financial account of the customer, with a customer identifier; 
an image manipulation emulator for associating the customer identifier with user image selection 
data based on user selections made on a user interface in relation to a graphical representation of 
at least a portion of an original image held in an image store; and an image application means for 
applying the personalized image to the financial account access means, the personalized image 
being based on the user image selection data associated with the customer identifierby the image 
manipulation emulator; wherein the system maintains at least the financial account association 
table securely from the user interface. 

In further related embodiments, the system may further comprise a front end server for 
presenting the user interface; and a back end server, comprising the image manipulation 
emulator, for communicating with the front end server and with the image store. The front end 
server may further comprise means for communicating a user manipulation data string to the 
back end server. The financial account access means may comprise a credit card, debit card, or 
other transaction card means. The graphical representation of the original image may comprise a 
re-sized version of the original image. The original image may be uploaded from the customer's 
own computer. The user selections may comprise operations selected from rotating, re-sizing, 
positioning, flipping, controlling brightness, performing red-eye reduction, and adjusting opacity 
levels. The user selection data may further comprise data relating to at least one image for 
overlaying onto the original image; and the data relating to the at least one image for overlaying 
onto the original image may comprise at least one transparent portion. The user selections may 
also comprise operations for positioning at least a portion of the original image within a window 
region of the financial account access means. The window region may exclude regions of the 
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financial account access means that display functional features of the financial account access 
means. The user selections may also comprise operations for positioning at least a portion of the 
original image in relation to a template of features of the financial account" access means. The 
financial account access means may comprise one of a credit card, debit card, or other transaction 
5 card means; and the features of the financial account access means may comprise one or more of 
a bank logo, a transaction card hologram, and a transaction card type indicator. 

In another embodiment according to the invention, there is disclosed a method for 
applying a personalized image to a financial account access means corresponding to a financial 
account of a customer. The method comprises: associating financial data, corresponding to the 
10 financial account of the customer, with a customer identifier in a financial account association 
table maintained securely from a user interface; associating the customer identifier with user 
image selection data based on user selections made on the user interface in relation to a graphical 
representation of at least a portion of an original image held in an image store; and applying the 
personalized image to the financial account access means, the personalized image being based on 
15 the user image selection data associated with the customer identifier. 

In further related embodiments, the method further comprises presenting the user 
interface using a front end server; and using a back end server, in communication with the front 
end server and the image store, to re-create the user selections made on the user interface. The 
method may also further comprise communicating a user manipulation data string from the front 
end server to the back end server. The financial account access means may comprise a credit 
card, debit card, or other transaction card means. The graphical representation of the original 
image may comprise a re-sized version of the original image. The method may further comprise 
uploading the original image from the customer's own computer. The user selections may 
comprise operations selected from rotating, re-sizing, positioning, flipping, controlling 
brightness, performing red-eye reduction, and adjusting opacity levels. The user image selection 
data may further comprise data relating to at least one image for overlaying onto the original 
image, where the at least one image for overlaying may comprise at least one transparent portion. 
The user selections may comprise operations for positioning at least a portion of the original 
image within a window region of the financial account access means. The window region may 
exclude regions of the financial account access means that display functional features of the 
financial account access means. The user selections may comprise operations for positioning at 
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least a portion of the original image relative to a template relating to features of the financial 
account access means. The financial account access means may comprise a credit card, debit 
card, or other transaction card means; and the features of the financial account access means may 
compnse one or more of a bank logo, a transaction card hologram, and a transaction card type 
5 indicator. 

In another embodiment according to the invention, there is disclosed a method of 
operating a computer system to apply a personalized image to a financial transaction card. The 
method comprises: providing a financial account association table associating financial data of a 
customer with a customer identifier; receiving at an image processor a set of manipulations 
) applied to a representation of an image at a remote user terminal, to generate a personalized 
design; processing the represented image by applying the received set of manipulations to 
produce a personalized image; and sending the personalized image for application to a financial 
transaction card, provided with banking features based on at least the customer identifier. 

hi a further embodiment according to the invention, there is disclosed a computer system 
for controlling production of a personalized financial transaction card. The computer system 
comprises: a financial account association table associating financial data of a customer with a 
• customer identifier; a communication interface arranged to receive a set of manipulations applied 
to a representation of an image at a remote user terminal to generate a personalized design; an 
image processor to process the represented image by applying said set of manipulations to 
produce a personalized image; and financial card production equipment capable of receiving the 
personalized image and relevant financial data based on the customer identifier to produce a 
personalized financial transaction card. 

In another embodiment according to the invention, there is disclosed a method of 
operating a computer system to produce a personalized financial transaction card. The method 
comprises: receiving a unique one-way code generated within a secure environment from 
information relating to a customer account; receiving at an image processor an image, and 
manipulating, the image in accordance with instructions from a remote terminal operated by said 
customer; storing the manipulated image in association with the one-way code; and providing 
said manipulated image for application to a financial transaction card, responsive to a request 
comprising an identical one-way code generated independently from said customer account 
information. 
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In a further embodiment according to the invention, there is disclosed a computer system 
for producing a personalized financial transaction card. The system comprises: an interface for 
receiving from a secure environment a unique one-way code generated from customer account 
information; an image processor operable to manipulate an image in accordance with instructions 
: from a remote terminal operated by said customer; a data store for storing the manipulated image 
in association with the one-way code; and an interface operable to supply said manipulated image 
for application to a financial transaction card responsive to a request comprising an identical one- 
way code generated independently from.said customer account information. The customer 
account information may comprise at least a portion of an embossing record. 

In accordance with any of the preceding embodiments, a kiosk accessible to consumers 
may be provided for performing manipulations to the graphical representation and/or for 
producing financial transaction cards applied with a personalized image. 

In another embodiment according to the invention, there is disclosed a computer system 
for producing personalized financial transaction cards. The computer system comprises: means 
for generating a browser-based user interface for displaying on a remote terminal a graphical ' 
representation of at least a portion of an image, said interface being capable of effecting a 
plurality of manipulations to the graphical representation; an internet communications link 
coupling the remote user interface to an image processor, said link being operable to receive - 
instructions defining said plurality of manipulations applied to the graphical representation from 
the remote terminal; an image processor operable to access the image to apply manipulations 
emulating those applied to the graphical representation according to the instructions; and 
financial transaction card production equipment operable to apply the resulting image to a 
financial transaction card. 

In a further embodiment according to the invention, there is disclosed a method of 
operating a computer system to produce a personalized financial transaction card. The method 
comprises: receiving encrypted customer information generated within a secure environment 
from information relating to an account of the customer; receiving at an image processor an 
image, and manipulating the image in accordance with instructions from a remote terminal 
operated by said customer; storing the manipulated image in association with the encrypted 
customer information; and providing said manipulated image for application to a financial 
transaction card, in association with the encrypted customer information, to an entity having an 
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encryption key capable of decrypting the encrypted customer information. 
^ In another embodiment according to the invention, there is disclosed a method of 

operating a computer to facilitate production of a personalized financial transaction card. The 
method comprises: providing means for presenting to a remote customer a user interface; 
5 receiving instructions for manipulation of an image file, the instructions being based on ' 

manipulations performed by the remote customer with regard to a representative version, on the 
user interface, of the image that is contained in the file; and providing an image, produced based 
on said instructions for manipulation, for application to the financial transaction card, the image 
being associated with a customer identifier corresponding to the remote customer. 
10 In further related embodiments, the customer identifier may comprise one of: a one-way 

code, a unique customer identifier, and encrypted customer information. The one-way code may 
be created by a card issuer applying a one-way code function to financial account information of 
the remote customer. The encrypted customer information may be encrypted by a card issuer 
encrypting financial account information of the remote customer. Providing the means for 
15 presenting the user interface may comprise operating a website server. The provided image for 
application to the financial transaction card may be provided to a card bureau. The customer 
identifier may be embedded in the image produced based on said instructions for manipulation; 
including by being embedded as a machine-readable code, as a bar code, or by being embedded 
in file metadata. In one embodiment, the image file is not transferred to the user interface. 
20 In another embodiment according to the invention, there is disclosed a system for 

operating a computer to facilitate production of a personalized financial transaction card. The 
system comprises: computer program means for presenting to a remote customer a user interface; 
image instruction means for receiving instructions for manipulation of an image file, the 
instructions being based on manipulations performed by the remote customer with regard to a 
25 representative version, on the user interface, of the image that is contained in the file; and image 
processing means for providing an image, produced based on said instructions for manipulation, 
for application to the financial transaction card, the image being associated with a customer 
identifier corresponding to the remote customer. 

In further related embodiments, the customer identifier may comprise one of: a one-way 
30 code, a unique customer identifier, and encrypted customer information. The customer identifier 
may comprise a one-way code created by a one-way code function applied to financial account 
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information of the remote customer. The customer identifier may also comprise encrypted 
customer information created from encrypted fmancial account information of the remote 
customer. The computer program means may comprise a web server application of a website 
server. The image processing means may comprise means for providing the image for 
application to the fmancial transaction card, to a card bureau. The image processing means may 
also comprise means for embedding the customer identifier in the image produced based on said 
instructions for manipulation; such as by using means for embedding the customer identifier as a 
machine-readable code, as a bar code, or as file metadata. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
For a better understanding of the present invention, and to show how the same may be 
carried into effect, reference will now be made, by way of example only, to the accompanying 
drawings, in which: 

Fig. 1 illustrates a computer system for remote manipulation of images, in accordance 
15 with an embodiment of the present invention; 

Fig. 2 illustrates a method of operating a computer system for remote manipulation of 
images, in accordance with an embodiment of the present invention; 

Figs. 3-10 show screens of a credit card design website, operated in accordance with an 
embodiment of the invention; 

Fig. 1 1 illustrates a method of operating a computer system for remote manipulation of 
images, using a unique customer identifier, in accordance with an embodiment of the present 
invention; 

Fig. 12 illustrates a method of operating a computer system for remote manipulation of 
images, using a hash value to avoid the need for creating and maintaining a unique customer 
identifier through the card application and printing lifecycle, in accordance with an embodiment 
of the present invention; 

Fig. 13 illustrates a system according to an embodiment of the invention, in which an 
image is designed using a card-issuing kiosk or in-store instant issue system; and 

Fig. 14 illustrates a system in which a database is used to store information between a 
user's image selections and back end image production, in accordance with an embodiment of 
the invention. 
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DETAILED DESCRIPTION 
An embodiment according to the invention allows a user to manipulate an image through 
a browser interface, and is divided into two software portions, here referred to as front end 
software and back end software. 

. The front end software operates entirely within an Internet browser and in most cases 
does not require a download, because it accepts the limitations of the browser. In one 
embodiment, the front end software runs Flash software, available from Macromedia Inc. of 600 
Townsend Street, San Francisco, CA 94103, U.S.A., or equivalent software. The front end 
software is a pure Graphical User Interface (GUI), and allows a user to design and edit graphics 
on his or her screen in order to build a representation of a desired image. Representations of 
stock (starting) images can be presented to a user in an on-screen image library and/or created by 
the user on demand. The image desired for output can be made up from one or several 
representative components, each of which has its position defined relative to an origin, and can 
be manipulated based on a set of predetermined rules - such as, for example, rules allowing the 
image or its components to be resized, rotated, flipped, mirrored and moved relative to other 
components. The representative graphical components can be used, for example, to build 
relatively complex designs consisting of a plurality of different layers and/or transparencies 
constructed using Flash scenes. 

When the design is completed, in an embodiment according to the invention, instructions 
about what the final image looks like are sent to the back end software, which runs on a server. 
In the preferred embodiment, these instructions are sent together (simultaneously) after the 
manipulation is completed, and take the form of a text string for each component of the image. 
For example, the text string makeimage.aspx for a graphics component might read: 

id+=030, x=182, y=32.3, flip=yes, rotate=270, scale=190.6, user=230 

where id is an image identifier; x and y define the position of a component relative to a 
predetermined origin; flip, rotate, and scale define manipulations of types generally well known 
in the art; and user is a number identifying the user. Those of skill in the art will appreciate that 
a range of image manipulations can be defined in this way. A resulting image may be 
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represented by one or a number of graphical components. It is thus possible for a plurality of text 
^ strings, or an extended text string, to define an image made of a plurality of separate, graphical 
components. The graphical components used, for example, in Flash movie scenes are generated 
and manipulated with a minimum of computing resources; and the designs constructed as a result 
i can be recreated on the back end (server) side using the relevant (and generally much larger) 
image files. Relatively complex designs can be achieved by employing two or more image 
components with separate image identifiers. The image identifiers for graphical components of 
the same image may have a common characteristic. In accordance with embodiments of the 
invention, the instructions included in the text string that defines the manipulations needed to 
create the resultant image, need not all be included in a single text string; instead, a series of text 
strings may be transmitted separately to convey the same plurality of instructions. Furthermore, 
manipulations on the remote server need not await receipt of all of the series of text strings, but 
can instead be performed in stages as each string of the series is received. Regardless of the 
number of text strings used, an advantage of an embodiment according to the invention is that a 
smaller, emulated version of the image can be manipulated by the user with a minimum of 
computing resources, and instructions can be transferred efficiently as text strings; instead of 
requiring the inefficient (and time-consuming) transfer of large image files, or portions thereof, 
between the customer and an image-production server. Further, the need to make calls to a 
server with an image change each time that a single manipulation is made, is also overcome. 

The back end software is responsible for generating the final image, in accordance with 
an embodiment of the invention, by interpreting the manipulations applied to the representation 
(defined in the, or each, text string file) and applying corresponding manipulations to one or 
more stock images held in a remote image store. The images used in the front end software are 
less computationally-demanding representations of those held on the server. As a result, the back 
end software can make image transformations that exactly mirror those which are seen on the 
client machine. Once the desired image has been created by the back end software, the image 
can be output to whatever device is required, such as a device for printing the image onto a 
personalized consumer item. In this way, the graphical representation is displayed and 
manipulated at the user interface by means of the Flash software, and only a minimal amount of 
information concerning the image and manipulations applied thereto need be transferred to the 
remote image processor. 
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As mentioned above, the front end software may use Macromedia's Flash, or another 
product. For example, the software could instead use HTML and Javascript (DHTML) without a 
download, although the GUI is relatively poor. Use of Flash (or equivalent) software is 
advantageous in that it does not allow full access to a user's local files, so that it does not risk 
transmitting computer viruses to the user's machine. Use of Flash software also does not require 
a user to install software other than the Flash plug-in, which has a high penetration of the browser 
market. 

The preferred embodiment thus allows for on-line image manipulation by emulating the 
browser-based transformations (such as re-sizing or overlaying images), made by the user on a 
representation of the image, on the server so that the images produced can be used for 
personalised product creation. 

On-line image manipulation is allowed by creating a two-tier architecture, in an 
embodiment according to the invention: there is one program that aUows image manipulation on 
the screen in front of a user; and a second program on a server that emulates these manipulations, 
so that the images can be output for personalised product creation. In the preferred embodiment, 
the back end process, or elements of it, can be performed in a secure computing environment; 
and customised images can be printed onto an actual product under very high security (for 
example, bank level security). In this way, a user with internet access can design customised 
images for printing on a remote product which requires secure treatment, such as bank level 
security. For example, anti-fraud and anti-theft measures mean that the production of credit 
cards, and other types of transaction cards, is performed in secure locations. Customisation of 
the designs appliedio such cards is thus possible, using preferred embodiments, without the need 
to give the user direct computing access to the secure environment. 

An online.image-editing tool uses the browser environment of HTML and Macromedia 
Flash as a Graphical User Interface for remote software that emulates the actions taken on the 
client machine, in an embodiment according to the invention. This enables a fast experience for 
the user and a high quality end product. However, the browser-based, client-side environment 
allowing manipulation by the user need not necessarily be Flash from Macromedia. Any 
equivalent software tool capable of providing the required functionality could be used - for 
example, any tool capable of generating a representation of an image, applying manipulations 
thereto, and transfering the results through a set of commands to the server-side software, such 
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that an image processor on the server side can emulate the actions of the front end and create a 
^ result image that can be saved to the server. The front end software will allow the upload of 

images from the user's computer to the server, so that the user's own images can be manipulated 

and overlaid with "stock" images and borders. Then, by communicating with the back end 
5 software, it is possible to produce personalized goods for a user. Such personalized goods may 

include, for example, credit cards, debit cards, mobile phone covers, mugs, T-shirts, gift cards, 

and framed prints. 

An embodiment according to the invention has the advantage that high quality images do 
not need to be uploaded to the customer's browser during the manipulation process, because 
10 lightweight, web-enabled formats are instead used for the user's experience, thereby making the 
system fast and easy to use. However, when the information is transferred, the original high 
quality images are used to give high quality print results. An embodiment according to the 
invention also allows the provision of light-weight but fast graphics manipulation, without the 
complication of downloading programs. Additionally, a user interface according to the invention 
is not constantly calling to the server; thus the interface is quick and pleasant to use, and Internet 
bandwidth is used efficiently. As another advantage of an embodiment of the invention, the 
'original image is not transferred over the internet at the manipulation stage, so that the 
possibilities for hacking the image are greatly reduced. Also, because the interface runs within 
the Macromedia Flash environment, the interface is platform independent. Further, because the 
final image may be created on a server controlled by a single company, the final image output 
may be made to have a standardized size and resolution. This enables easy integration with 
printers, simplifies the production of a personalized product, and simplifies billing on a per- 
image basis. 

By way of example, Figs. 1 and 2 describe the production of a credit card, in accordance 
25 with an embodiment of the invention. 

In the embodiment of Fig. 1, a customer accesses software according to the invention, 
after having applied for a credit card through a web site 101 of a card issuer (such as a bank).' In 
the first step, the card issuer issues the customer with a unique identifying number 103 which is 
passed to an image compilation server 108, which may (or may not) be operated by a company 
other than the card issuer. The card issuer associates the unique customer identifier 103 with the 
customer's financial information 104. This association may be performed in a financial account 
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association table 124 maintained in an environment that is secure from the user interface. The 
associated customer identifier 103 and financial information 104 are passed to a bank (or other 
card issuer) printer server 109 via a firewall 102. Next, the customer enters the front end 
software 105, which may be operated by a website server or other front end server. The 
customer chooses an image 107 - in Fig. 1, from the customer's computer hard drive 106, and 
uploads it to the image compilation server 108. The image 107 could come from any suitable 
source such as an image library maintained by an operator of the image compilation server 108. 
Back end software 110, running on the image compilation server 108, now enters the original 
image into a database and generates a web-friendly smaller copy 1 1 1 to send to the front end" 
software 1 05. The customer now performs image manipulations 1 12 (such as resizing, rotating, 
and placing the image), as the customer desires. The back end software 110 associates the 
customer image selection, and subsequent manipulations and selections, with the unique 
customer identifier 103. Next, the customer chooses another image 113 to overlay on top of the 
first image 107, and positions image 1 13 as desired. The overlay image 113 may, for example, 
be a transparent decorative frame for the uploaded image 107, and may be maintained in an 
image server 1 14. The back end software 110 transmits a web-friendly, smaller version 1 15 of 
the overlay image 1 13 to the customer, for use in a creating a combination 116 of the original 
manipulated image 107 with the overlay image 1 13. Once customer approval 117 of the final 
design 1 16 is achieved and indicated to the front end software 105, the front end software 105 
transmits a string of user manipulation data 1 18 to the image compilation server 108. This string 
118 encapsulates the customer's image selections and manipulations. On receiving this string 
1 18 the back end software 110 accesses the original copies of the images from an image library 
and performs the exact operations that the customer has chosen in the front end software 105 for 
the customer's final design, ha this way, the back end software 110 emulates the manipulations 
at the user end according to the information transferred in the text string (also referred to herein 
as the results script). At this point the back end software 1 10 can output the resulting image 119 
to a printer server 120, which may be performed through a firewall 121. The resulting image .1 19 
and associated customer identifier 1 03 may then be passed to the bank (or other card issuer) 
printer server 109, which in turn accesses the financial account association table 124 to obtain the 
30 associated secure customer financial information 1 04. The financial information 1 04 and 
resulting image 1 19 may then be sent to a credit card printer 122, which prints a customized 
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credit card 123. All of the images that are used by the customer in the front end software 105 are 
) issued via the back end software 110. The only information which passes to the back end 

software 1 1 0 from the front end software 1 05 (apart for requests for images) is data about how 
the image in front of the customer appears. This information can easily be encrypted for 
; increased security. The number of images combined in a design is not limited to one or two 
(such as images 1 07 and 1 1 3) - the script can be easily amended for many more layers. Also, 
transparent frame image layers need not be selected and manipulated before a non-transparent 
image layer; the image layers can be designed in any order. Text can also be added to the image 
through a similar replication. The output image can be sent to any type of machine and thus the 
possible applications are very wide-ranging: the software can be applied not only to the payment 
card market, but also for non-payment and telephone cards. In certain embodiments, layers may 
be employed as templates and/or marks, referred to herein as transparencies. In one embodiment, 
the final image displayed on a card may be restricted to a selected pre-defined area, such as a 
"window" on a payment card (or other financial account access means), leaving the rest of the 
card free to contain functional features of the card, such as a bank logo, a payment card hologram 
or type indicator (such as, for example, "Visa" or 'MasterCard" logos). Alternatively, some 
image layers may be positioned within such a selected window on the card; while other image 
. layers (such as transparencies) are positioned outside the selected window, but surrounding the 
functional features of the card (such as the bank logo, payment card hologram, etc.). Also, the 
bank logo or other financial feature can act as a fixed template, behind which the user can move 
the image to a desired position. 

In the embodiment of Fig. 2, in a first step 23 1, a customer 25 1 has applied to a bank (or 
other card issuer) online for a credit card, or is an existing customer offered the opportunity to 
make a new card for an existing account. In step 232, the customer clicks a link redirecting the 
user to a website (which may be operated by a company other than the card issuer) for designing 
the credit card - arriving with a unique identifier which relates to the customer's account and 
which will be carried with the customer throughout the customer's time on the site, hi step 233, 
the customer identifier is used to log-in; alternatively, the customer could log-in separately at this 
point and recollect the customer's identifier. Since the design website uses only the customer 
identifier to identify the customer, it does not obtain any of the customer's financial details. In 
step 234, the customer elects to upload an image from the customer's own computer 252, such as 
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a scanned or photographed image. In step 235, the image is uploaded to an image server, and 
^ may be held in a database 253 for convenience. In step 236, the customer enters browser-based 
image manipulation software 254. In step 237, the image manipulation software requests a series 
of images in web-friendly formats from an image re-size tool 255, so that the process is fast and 
quick to use. In step 238, the image re-sizing tool requests the original image from the database 
253; in step 239, the original image is returned and re-sized to a web-friendly format and size; 
and in step 240, a set of web-friendly images is returned to the image manipulation software 254 
(these are graphical representations of the original images on which manipulations can be 
performed). Once the customer has achieved the desired effect by manipulating the series of 
images required, the associated image manipulation commands are sent 241 to an image 
manipulation emulator 256. Image manipulation commands can include, for example, rotating, 
re-sizing, positioning, flipping, scaling, brightness controls, red-eye reduction, opacity levels, and 
other manipulations. In step 242, the image manipulation emulator 256 then requests the original 
images from the image server so that the best quality image is used. Upon receiving the images 
in step 243, the emulator 256 then repeats the completed transformations of the customer and 
creates an image that emulates the one created online, but that uses the original, higher quality 
graphics. In step 244, this image, and the associated customer identifier, is sent to the bank's 
printer 257. The financial data corresponding to the customer identifier is obtained, via a secure 
connection 258 to the bank (or other card issuer); and the printing process set in motion. 

In an embodiment according to the invention that places personalized images onto plastic, 
credit card-style cards, it is necessary to ensure a very high level of security. Therefore, in 
circumstances where there are already financial records in place for the user, the architecture 
receives a unique -non-sequential customer identifier, which matches with a set of financial 
records, from the credit card issuer. This customer identifier is passed through each element of 
the system and .is returned with the generated image file. Thus in a "mail merge"-type operation, 
the customer's personalized image can be matched up with the customer's financial and personal 
records, so that the correct image is placed on the card. At no time does either the front end or 
back end software have any financial information. The customer identifier may be used in an 
automated log-in process. In this way, the software (both the front end and back end software) 
can know whether the user is new or not. A returning visitor can thus be presented with images 
that were uploaded on a previous visit. 
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The system's architecture comprises two distinct elements, in an embodiment according 
to the invention. The front end element, the element that the user interacts with, is built in 
Macromedia Flash. This element allows the user to design a card by manipulating (through 
scaling, rotating, or performing other manipulations such as those given above) the image 
uploaded and then overlaying the image with frames that can contain transparent sections. Since 
Flash does not have "local permissions" on the client machine, as it is a browser-based interface, 
it is not capable of saving the final design. It therefore sends a string of instructions to the second, 
serverside element. The second, serverside element may be written in C#, although Java, C, C 
++, or any other suitable language would be equally capable. The string of instructions may be 
sent as a "querystring," .i.e. as part of the URL; for example, the string could be formatted as: 

(createpage.aspx?here_are_me_string_^ 

Other methods may also be used for transmitting the user's design manipulations, such as using 
15 • an HTML style "form," or writing the information to a Cookie and then re-reading the 

information. Alternatively, the hypertext transfer protocol commands HTTP "POST" and HTTP 
"GET" may be used to pass data from the user session to the server. HTTP "POST" works in an 
■ identical fashion to a standard website form; while HTTP "GET" works by changing the URL. 
For example, an HTTP "GET" could change a URL, in order to transfer a user's rotation, scaling, 
20 and other selections, to read: 

http://ww.personalcard.net/save^ 
2&y2=343&x2=333 etc. 
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This list of techniques for transmitting the manipulation results is not intended to be 
exhaustive. Alternatives and future developed techniques will also be suitable. 

The customer identifier maybe passed using Session State (the webserver's Session 
Object) or bypassing as part of the "querystring," in accordance with an embodiment of the 
invention. HTML "forms" could achieve the same ends. 

In accordance with an embodiment of the invention, an image can be uploaded as a JPEG, 
GIF, BitMap, PNG, Tiff etc.; although it will be appreciated that nearly any digital image can be ' 
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uploaded or output. From the original uploaded image the system creates four separate versions: 
^ 1 . A thumbnail version (as a JPEG) - see the interface screenshots, below. The image is 
approximately 1 to 2k in file size. 

2. A larger, but still web-optimized version (this is scaled to allow the image to be expanded 
to the maximum available by the interface - such as scaling 250% - and still have one-to- 
one pixel matching (i.e. the image size is width 241 x 250% if possible). This is the image 
used on screen for the design of the card. 

3. A Bitmap image at the same scale as the original image. A Bitmap image may be used, 
for example, in a system that uses C#, which is a Microsoft language and uses Bitmap as 
the default image type. 

4. The output design, which may be sized in proportion to a credit card. This design could 
be of any software format that is useful to the printer used, such as BMP (Bitmap) or 
PNG (Portable Network Graphic). 

The original images may be placed into a database once they have been uploaded. In one 
embodiment, each request for images requires going back to the original version to use; however, 
this need not be the case, because once another image version has been created (e.g. a thumbnail 
version), the system can equally store this version so that the processing is reduced (though 
memory taken would increase). A key benefit of an embodiment according to the invention is 
that it is not necessary to pass the largest image backwards and forwards across the web from 
client to server, except for the initial upload of images. Nonetheless, when the final edited design 
or image is generated, the highest quality image is used. 

In an embodiment according to the invention, the user designs, on screen, an image that 
appears the same physical size as a credit card using the screen resolution of 72 dpi. This is 
because a computer monitor cannot present images at a higher resolution than this. However, a 
printer can output at higher resolutions, typically 300 dpi or greater - increasing the quality. 
Although the front end software uses the low resolution images, the final design is compiled by 
the back end software using a full scale, bitmap version of the original image uploaded. This 
may be achieved by using a "virtual canvas" within the back end software that is larger than the 
design canvas within the front end software. Thus the design being created by the back end 
software is laid on to a background of greater size than in the front end software (while 
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maintaining 72 dpi resolution). Thus, if the credit card size in pixels is 241 by 153 then, by 
( laying the image on a "virtual canvas" credit card of, 1 050 by 672 at 72 dpi, the resolution can be 
increased to approximately 300 dpi when the credit card is finally printed (back at 3.3 inch by 2. 1 
inch). This method ensures that the maximum dpi achievable (to the printer's maximum setting) 
is output from the back end software, but only the resolution necessary is sent to the front end 
software. This reduces the memory requirements of the client machine and the Internet traffic. 
This operation could equally be achieved by changing the resolution of a 72 dpi image to 300 at 
the original size. 

In order to use transparencies, in an embodiment according to the invention, the images 
containing a transparent layer (usually frames or borders) must be converted into Flash "movies" 
themselves. This process can be manual, but can also be automated to allow images with 
transparencies (such as bitmaps or PNG) to be imported into the front end software "on the fly." 
The back end software can use the original PNG or BMP image to generate the credit card image. 

Figs. 3-10 show screens of a credit card design website operated in a series of steps 
according to an embodiment of the invention. Fig. 3 shows a first screen, with a standard library 
of images assigned to the particular card issuer that is using the credit card design website, on the 
left of the screen. Fig. 4 shows a screen allowing users to log in so that they can load new 
images in to the left hand side library. This can be automated in live versions. In Fig. 5, the 
upload allows the user to browse his or her own computer for images to upload. Fig. 6 shows a 
screen with a new library including both the user's images and a set of stock images. In the 
screen of Fig. 7, by clicking on the thumbnail image on the left hand side, the bigger but still 
web-optimized image is loaded. At this point it can be scaled, flipped, rotated, or undergo other 
manipulations; and the card details can be viewed or hidden. In the screen of Fig. 8, frames can 
then be added. These are Flash (.swf) files that allow transparencies. Again they can be flipped, 
scaled, rotated, or undergo other manipulations; and the card details can be hidden. In the screen 
of Fig. 9, by clicking on the red Back Button or on the Step 1 tab, the user can return to a 
previous screen. At this point the image is shown as "live" but the frame can be seen as well. 
The screen of Fig. 10 shows the final version of the credit card before it is sent off to the back 
end software to be created. 

In accordance with a further embodiment of the invention, shown in Fig. 12, a bank or 
other card issuer need not create a unique identifier for a customer, and pass that identifier 
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through the card issuer's own system. Given the complexity of banking systems, avoiding the 
| need to creat e such an identifier can be an advantage. 

Before illustrating the alternative of Fig. 12, Fig. 1 1 first illustrates^ embodiment that 
may be useful for some card issuers, in which a unique identifier is created for each customer. In 
5 this embodiment, a unique identifier is created for each customer that requests to design a card 
1101, and passed 1 102 to the back end server 1 103. The back end server 1 103 creates an image 
corresponding to the customer's unique identifier; and the card issuer 1 104 passes the unique 
identifier through the card issuer's own system. A bureau 1 105 that creates the final card can 
then make a software call to the back end server 1 103 using the unique identifier, so that the 
account details received from the card issuer 1 1 04 may be associated with the image. 

In further detail, the embodiment of Fig. i 1 functions as follows. Upon a customer 
requesting to a card issuer 1 104 to design a personalized card 1101, the card issuer 1 104 creates a 
unique identifier and passes the identifier 1 102 to the back end server 1 103. Once the customer 
designs the card 1 106, the user and corresponding unique identifier are returned 1107 to the card 
issuer, and the back end server stores 1 125 the customer image and unique identifier. The 
information that the customer has requested a new card is then sent 1 1 08 to the card issuer's 
systems, along with the unique identifier; and a record and unique identifier for the customer are 
stored 1109 in the card issuer's systems. The card issuer then passes 1110 the-unique identifier 
to the back end server, to notify it that the new card will potentially be created and embossed. 
The back end server 1 103 and/or card issuer 1 104 can then perform an image checking procedure 
1 1 1 1 and 1 1 12, to ensure that the image designed by the customer is acceptable for production. 
If the image fails the backed server's image checking 1 1 1 1, the unique identifier and reason for 
the image's rejection is then sent to the card issuer 1113; and the customer is invited 1 1 14 to 
redesign the card. Once the image has been accepted, the card issuer converts 1 1 15 the 
customer's record and unique identifier into an emboss record, which is sent 1 1 16 to the bureau 
1 105 that will be creating the card. The back end server tags the image 1 1 17 to be sent to the 
bureau 1 105 in the next batch of images; and, when a suitable number of images are ready, sends 

1 1 18 the image and associated unique identifier to the bureau 1 105. The bureau 1 105 next stores 

1 1 19 the customer's emboss record and unique identifier, obtained from the card issuer 1 104; 
and also stores 1 120 the unique identifier and image, obtained from the back end server 1 103. 
Having done so, the bureau 1 105 can now create the finished card, by first obtaining 1 121 the 
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customer's record provided by the card issuer 1 104; and also using 1 122 the unique identifier to 
obtain the associated customer image and provide it to a blank card stock printer. The blank 
stock printer may then print 1 123 the image onto blank stock, and encode the card's magnetic 
strip. Based on information in the magnetic strip, the emboss record and printed card stock may 
then be joined together 1 124 to create a finished card. 

By contrast with the process of Fig. 1 1, the embodiment of Fig. 12 allows a card issuer to 
avoid the need to create for each customer a unique identifier that must be passed through the 
card issuer's system. Instead, the card issuer creates a "hash value," such as a message digest, or 
other one-way code, based on some account details for each individual, so that the card issuer can 
pass customers' account information to the back end server in a way that is completely safe. 
Referring to Fig. 12, the process is similar to that of Fig. 1 1, with a card issuer 1204, a back end 
server 1203, and bureau 1205 performing analogous steps (1201 and following) to those of Fig. 
11 (1101 and following). However, a principal difference is found in steps 1202, 1207, 1210, 
1213, 1226, and 1227 of Fig. 12, in which a "hash value" (or other one-way code) is passed ' 
between the card issuer 1204 and the back end server 1203, instead of requiring the card issuer to 
create a unique identifier for each customer, as in Fig. 1 1 . First, in step 1202, a hash of a unique 
part of the customer record (such as the customer's name) is created. A one-way hash, such as 
the MD5 hash, is a process that takes arbitrary-sized input data (such as a customer's name and 
account number), and generates a fixed-size output, called a hash (or hash value). A hash has the 
following properties: (i) it should be computationally infeasible to find another input string that 
will generate the same hash value; and (ii) the hash does not reveal anything about the input that 
was used to generate it. This means that the hash function used in the embodiment of Fig. 12 - 
allows the card issuer 1204 to pass at least some of a customer's account information to the back 
end server 1203 in a way that is completely secure. As seen in steps 1202, 1207, 1210, 1213, 
25 1226, and 1227, a hash value may be passed back and forth between the card issuer 1204 and the 
back end server 1203, without the need for the card issuer 1204 to create a unique identifier and 
pass it through its system. 

In further detail, the embodiment of Fig. 12 functions as follows. Upon a customer 
requesting to a card issuer 1204 to design a personalized card 1201, the card issuer 1204 creates a 
0 hash value of a unique part of the customer's record 1202 and passes the hash value 1226 to the 
back end server 1203. Once the customer designs the card 1206, the user and corresponding hash 
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value are returned 1207 to the card issuer, and the back end server stores 1225 the customer 
image and hash value. The information that the customer has requested a new card is then sent 
1208 to the card issuer's systems; and a record for the customer is stored 1209 in the card issuer's 
systems. The card issuer then recreates 1210 the hash value that is based on the unique part of 
: the customer record, and passes it 1227 to the back end server 1203, to notify it that the new card 
will potentially be created and embossed. The back end server 1203 and/or card issuer 1204 can 
then perform an image checking procedure 1211 and 1212, to ensure that the image designed by 
the customer is acceptable for production. If the image fails the back end server's image 
checking 121 1, the hash value and reason for the image's rejection is then sent to the card issuer 
1213; and the customer is invited 1214 to redesign the card. Once the image has been accepted, 
the card issuer converts 1215 the customer's record into an emboss record, which is sent 1216 to 
the bureau 1205 that will be creating the card. The back end server tags the image 1217 to be 
sent to the bureau 1205 in the next batch of images; and, when a suitable number of images are 
ready, sends 1218 the image and associated hash value to the bureau 1205. The bureau 1205 
next stores 1219 the customer's emboss record, obtained from the card issuer 1204; and also 
stores 1220 the hash value and image, obtained from the back end server 1203. Having done so, 
the bureau 1205 can now create the finished card, by first obtaining 1221 the customer's record 
provided by the card issuer 1204; and also using 1222 the hash value to obtain the associated 
customer image and provide it to a blank card stock printer. The blank stock printer may then 
print 1223 the image onto blank stock, and encode the card's magnetic strip. Based on 
information in the magnetic strip, the emboss record and printed card stock may then be joined 
together 1224 to create a finished card. 

In an alternative to the embodiment of Figs. 1 1 and 12, which utilize a unique identifier 
and a hash value, respectively, other methods of creating a secure user identifier may be used. 
For example, it is also possible for the user information to be encrypted at the card issuer at the 
beginning of the process, and decrypted at the card bureau using a Private/Public Key or a 
Private/Private Key encryption technology. This alternative works in a manner similar to the 
process described in Fig. 12, but with modified security measures; for example, the key must be 
held by the card bureau. 

In another embodiment according to the invention, a secure identifier of the image that is 
produced based on the user's instructions, may be embedded in the image itself or embedded as 
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part of the data file in which the image is stored. For example, a hash key, encrypted identifier, 
^ or other secure identifier may be passed through the back end server (such as server 1 1 03 or 
1203) in association with the user's image manipulation instructions. At any point in the back 
end server process, such as when the image is produced for sending to a card bureau (such as 
5 card bureau 1205), the image then can be made to have the secure identifier embedded in it - 
such as by embedding a bar code or other machine-readable code, which encodes the secure 
identifier, placed in the image itself. In this way, the card bureau 1205 can read the bar code, or 
other embedded secure identifier, directly from the image itself; and need not acquire any 
information from the back end server 1203 except for the image itself, which includes the bar 
1 0 code. This embodiment finds particular use in the case where the card production process of the 
bureau 1205 involves using an image printer, which is not capable of separately storing or 
passing on the secure identifier. Thus, by using the embedded secure identifier, the image printer 
can effectively pass on the secure identifier as well as the image to the embossing stage, simply 
by passing on the printed image itself, which will include the bar code (or other embedded 
15 machine-readable identifier). The embossing stage can then involve reading the bar code (or 
other embedded machine-readable identifier) from the image, and looking up the associated 
emboss record for use in final card production. It should be noted that the image printing 
function of bureau 1205 need not be performed within a single organization or enterprise; for 
example, the image printing may instead be performed by a separate enterprise or department 
20 from the organization that performs the embossing, in accordance with an embodiment of the 

invention. It will be appreciated that a variety of different techniques can be used for embedding 
the secure identifier in the image, such as by including the identifier in the metadata of the image 
file; including both when the image file is transmitted to the bureau 1205, or when the image file 
is in use by the back end server or the bureau. 
25 In another embodiment according to the invention, shown in Fig. 13, a modified 

architecture may be used, in the context of a card-issuing kiosk or in-store "instant issue" system. 
As with embodiments described above, front end software runs on a client-side browser; and 
back end software runs on a remote webserver. However, unlike in the above embodiments, the 
card printer is located on the client machine (such as a card-issuing kiosk). With reference to 
30 Fig. 13, a user browser housed in an in-store kiosk 1302 uses the front end software, which is 
provided from an internet server 1301, to allow a customer to design a personalized card. The 
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user's image preferences are then saved and the image is generated 1303 on the remote 
( webserver. The image can then be returned to the kiosk 1 304, and printed to the customer's card 

1305. Images may be checked on the remote server side, to ensure that they are suitable for 

printing, in real time, if required. Otherwise the operation of the system may be similar to the 

embodiments described above. 

In a further embodiment according to the invention, shown in Fig. 14, a database can be 
used to store information between the user's image selections, and the back end image 
production. In this way, the system can be made more scalable, since it does not need to create 
the images on the back end in real time. As with the other embodiments, the user first makes 
image selections on the front end interface software, and the image manipulations are passed to 
the back end server 1401. Then, however, each user's manipulations are saved to a database 
1402; so that the back end software can pick up each manipulation, not in real time, and make the 
high resolution image 1403. 

While the foregoing has described what is considered to be the best mode and, where 
appropriate, other modes of performing the invention, the invention should not be limited to 
specific apparatus configurations or method steps disclosed in this description of the preferred 
embodiment. Those skilled in the art will also recognize that the invention has a broad range of 
applications, and that the embodiments admit of a wide range of modifications without departing 
from the inventive concepts. 
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What is claimed is: 

^ 1 . A computer system for manipulation of remote images, the computer system comprising: 

a browser-based user interface for displaying for manipulation a graphical representation 
of at least a portion of an image held at a remote image store; 

an internet communications link coupling the user interface to a remote image processor, 
said link being operable to transfer information about manipulations applied to the graphical 
representation between the user interface and the remote image processor; and 

means for the remote image processor to access the remote image store in order to apply 
to the image held in the store manipulations emulating those applied to the graphical 
representation. 

2. A computer system according to claim 1, wherein the image held at the remote image store is 
of a relatively higher resolution than the graphical representation of at least a portion of the 
image. 

3. A computer system according to claim 1, wherein the remote image processor further 
comprises means for communicating a version of the image, comprising the applied 
manipulations, to an image printing means maintained securely from the user interface. 

4. A computer system according to claim 1, further comprising means for associating a unique 
identifier with a user applying the manipulations to the graphical representation; wherein the 
internet communications link is operable to transfer the unique identifier between the user 
interface and the remote image processor. 

5. A computer system according to claim 1, wherein the remote image processor comprises 
means for receiving a hash value, which relates to a user who applied the manipulations to the 
graphical representation. 

6. A computer system according to claim 1, wherein the browser-based user interface is 
presented on a kiosk accessible to a consumer. 
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7. A computer system according to claim 4, wherein the kiosk comprises a printer for printing an 
image, produced by applying the manipulations that emulate those applied to the graphical 
representation, onto a consumer item. 



5 8. A computer system according to claim 1, further comprising a database capable of storing the 
information about the manipulations applied to the graphical representation; such that a 
manipulation can be applied to the image held in the remote image store, other than in real time, 
or alternatively, allowing printing tasks to different articles to be batched. 

10 9. A computer system according to' claim 4, 5, or 8, further comprising a printer for printing an 
image, produced by applying the manipulations that emulate those applied to the graphical 
representation, onto a consumer item. 

10. A computer system according to claim 7 or 9, wherein the consumer item comprises a 
15 financial account access means. 

1 1. A method of operating a computer system for manipulation of remote images, the method 
comprising: 

displaying for manipulation at a browser-based user interface a graphical representation 
20 of at least a portion of an image held at a remote image store; 

providing an internet communications link coupling the user interface to a remote image 
processor; 

transferring information about manipulations applied to the graphical representation 
between the user interface and the remote image processor; and 

causing the remote image processor to access the remote image store and to apply, to at 
least a portion of the image held in the store, manipulations emulating those applied to the 
graphical representation. 

12. A method according to claim 1 1, further comprising: 

transferring a unique identifier between the user interface and the remote image 
processor, the unique identifier being associated with a user applying the manipulations to the 
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graphical representation. 

13. A method according to claim 1 1, further comprising: 

receiving a hash value at the remote image processor, the hash value relating to a user 
5 applying the manipulations to the graphical representation. 

14. A method according to claim 11, further comprising: 

presenting the browser-based user interface on a kiosk accessible to a consumer. 

10 15. A method according to claim 14, further comprising: 

using a printer at the kiosk to print an image, produced by applying the manipulations that 
emulate those applied to the graphical representation, onto a consumer item. 

16. A method according to claim 1 1, further comprising: 
15 storing information about the manipulations applied to the graphical representation in a 

database, such that the manipulations can be applied to the image held in the remote image store, 
other than in real time, or alternatively, allowing printing tasks to different articles to be batched. 
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17. A method according to claim 12, 13, or 16, further comprising: 

printing an image, produced by applying the manipulations that emulate those applied to 
the graphical representation, onto a consumer item. 

18. A method according to claim 15 or 17, wherein the consumer item comprises a financial 
account access means. 



1 9. A computer program product comprising program code means, said program code means 
including: 

first code means for displaying for manipulation at a browser-based user interface one or 
more graphical representations of at least a portion of an image held at a remote image store; 
30 second code means for establishing an internet communications link coupling the user 

interface to a remote image processor; 



28 



r 

third code means for transferring information about manipulations applied to the 
^ graphical representation between the user interface and the remote image processor; and 

fourth code means for causing the remote image processor to access the remote image 
store and to apply to at least a portion of the image held in the store manipulations emulating 
5 those applied to the graphical representation. 

20. A computer system for manipulation of remote images, the computer system comprising: 
a front end server system for operating computer program means for providing a user 
interface for displaying a graphical representation of at least a portion of an image held at a 
10 remote image store for user selection from amongst a plurality of similar such graphical 

representations of at least a portion of each of a plurality of images held at the remote image 
store; and 

an internet communications link coupling the front end server system to a remote image 
processor capable of accessing the remote image store in order to select the original image held 
15 in the store, from amongst the plurality of similar such images held in the store, in a 
corresponding fashion to the user selection made on the user interface. 

21 . A computer system according to claim 20, wherein the computer program means further 
comprises means for enabling user manipulation of the graphical representation on the user 
20 interface; and wherein the remote image processor comprises means for accessing the remote 
image store in order to apply to the image held in the store manipulations emulating the user 
manipulations of the graphical representation on the user interface. 

22. A system for applying a personalized image to a financial account access means 
25 corresponding to a financial account of a customer, the system comprising: 

a financial account association table associating financial data, corresponding to the 
financial account of the customer, with a customer identifier; 

an image manipulation emulator for associating the customer identifier with user image 
selection data based on user selections made on a user interface in relation to a graphical 
30 representation of at least a portion of an original image held in an image store; and 

an image application means for applying the personalized image to the financial account 
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access means, the personalized image being based on the user image selection data associated 
with the customer identifier by the image manipulation emulator; 

wherein the system maintains at least the financial account association table securely 
from the user interface. 

23. A system according to claim 1 or 22, further comprising: 

a front end server for presenting the user interface; and 

a back end server, comprising the image manipulation emulator, for communicating 
with the front end server and with the image store. 

24. A system according to claim 23, wherein the front end server further comprises means for 
communicating a user manipulation data string to the back end server. 

25. A system according to claim 22, wherein the financial account access means comprises a 
credit card, debit card, or other transaction card means. 

26. A system according to claim 1 or 22, wherein the graphical representation of the original 
image comprises a re-sized version of the original image. 

27. A system according to claim 22, wherein the original image is uploaded from the customer's 
own computer. 

28. A system according to claim 1 or 22, wherein the user selections comprise operations 
selected from rotating, re-sizing, positioning, flipping, controlling brightness, performing red-eye 
reduction, and adjusting opacity levels. 

29. A system according to claim 1 or 22, wherein user selection data further comprises data 
relating to at least one image for overlaying onto the original image. 

30. A system according to claim 29, wherein the at least one image for overlaying comprises at 
least one transparent portion. 
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^ 3 1. A system according to claim 22, wherein the user selections comprise operations for • 
positioning at least a portion of the original image within a window region of the financial 
account access means. 

32. A system according to claim 31, wherein the window region excludes regions of the 
financial account access means that display functional features of the financial account access 
means. 

33. A system according to claim 22, wherein the user selections comprise operations for 
positioning at least a portion of the original image in relation to a template of features of the 
financial account access means. 

34. A system according to claim 32 or 33, wherein the financial account access means comprises 
one of a credit card, debit card, or other transaction card means; and wherein the features of the 
financial account access means comprise one or more of a bank logo, a transaction card 
hologram, and a transaction card type indicator. 

35. A method for applying a personalized image to a financial account access means 
corresponding to a financial account of a customer, the method comprising: 

• associating financial data, corresponding to the financial account of the customer, with a 
customer identifier in a financial account association table maintained securely from a user 
interface; 

associating the customer identifier with user image selection data based on user selections 
made on the user interface in relation to a graphical representation of at least a portion of an 
original image held in an image store; and 

applying the personalized image to the financial account access means, the personalized 
image being based on the user image selection data associated with the customer identifier. 

36. A method according to claim 35, further comprising: 

presenting the user interface using a front end server; and 
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using a back end server, in communication with the front end server and the image store, 
^ to re-create the user selections made on the user interface. 

37. A method according to claim 36, farther comprising communicating a user manipulation 
5 data string from the front end server to the back end server. 

38. A method according to claim 35, wherein the financial account access means comprises a 
credit card, debit card, or other transaction card means. 

10 39. A method according to claim 35, wherein the graphical representation of the original image 
comprises a re-sized version of the original image. 

40. A method according to claim 35, further comprising uploading the original image fiom the 
customer's own computer. 

15 

41. A method according to claim 35, wherein the user selections comprise operations selected 
from rotating, re-sizing, positioning, flipping, controlling brightness, performing red-eye 
reduction, and adjusting opacity levels. 

20 42. A method according to claim 35, wherein the user image selection data further comprises 
data relating to at least one image for overlaying onto the original image. 

43. A method according to claim 42, wherein the at least one image for overlaying comprises at 
least one transparent portion. 

25 

44. A method according to claim 35, wherein the user selections comprise operations for 
positioning at least a portion of the original image within a window region of the financial 
account access means. 

30 45. A method according to claim 44, wherein the window region excludes regions of the 

financial account access means that display functional features of the financial account access 
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46. A method according to claim 35, wherein the user selections comprise operations for 
positioning at least a portion of the original image relative to a template relating to features of the 

5 financial account access means. 

47. A method according to claim 45 or 46, wherein the financial account access means 
comprises a credit card, debit card, or other transaction card means; and wherein the features of 
the financial account access means comprise one or more of a bank logo, a transaction card 

10 hologram, and a transaction card type indicator. 

48. A method of operating a computer system to apply a personalized image to a financial 
transaction card, the method comprising: 

providing a financial account association table associating financial data of a customer 
15 with a customer identifier; 

receiving at an image processor a set of manipulations applied to a representation of an 
image at a remote user terminal, to generate a personalized design; 

processing the represented image by applying the received set of manipulations to 
produce a personalized image; and 

sending the personalized image for application to a financial transaction card, provided 
with banking features based on at least the customer identifier. 
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49. A computer system for controlling production of a personalized financial transaction card, 
the computer system comprising: 

25 a financial account association table associating financial data of a customer with a . 

customer identifier; 

a communication interface arranged to receive a set of manipulations applied to a 
representation of an image at a remote user terminal to generate a personalized design; 
an image processor to process the represented image by applying said set of 
30 manipulations to produce a personalized image; and 

financial card production equipment capable of receiving the personalized image and 
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relevant financial data based on the customer identifier to produce a personalized financial 
^ transaction card. 

50. A method of operating a computer system to produce a personalized financial transaction 
card, the method comprising: 

receiving a unique one-way code generated within a secure environment from 
information relating to a customer account; 

receiving at an image processor an image, and manipulating the image in accordance with 
instructions from a remote terminal operated by said customer; 

storing the manipulated image in association with the one-way code; and 

providing said manipulated image for application to a financial transaction card, 
responsive to a request comprising an identical one-way code generated independently from said 
customer account information. 

51. A computer system for producing a personalized financial transaction card, the system 
comprises: 

an interface for receiving from a secure environment a unique one-way code generated 
from customer account information; 

an image processor operable to manipulate an image in accordance with instructions from 
a remote terminal operated by said customer; 

■: a data store for storing the manipulated image in association with the one-way code; and 

an interface operable to supply said manipulated image for application to a financial 
transaction card responsive to a request comprising an identical one-way code generated 
independently from said customer account information. 

52. A computer system as in claim 51, wherein said customer account information comprises at 
least a portion of an embossing record. 

53. A computer system according to any preceding claim, wherein a kiosk accessible to 
consumers is provided for performing manipulations to the graphical representation and/or for 
producing financial transaction cards applied with a personalized image. - 
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54. A computer system for producing personalized financial transaction cards, the computer 
system comprising: 

means for generating a browser-based user interface for displaying on a remote terminal a 
graphical representation of at least a portion of an image, said interface being capable of effecting 
a plurality of manipulations to the graphical representation; 

an internet communications link coupling the remote user interface to an image processor 
said link being operable to receive instructions defining said plurality of manipulations applied to 
the graphical representation from the remote terminal; 

an image processor operable to access the image to apply manipulations emulating those 
applied to the graphical representation according to the instructions; and 

financial transaction card production equipment operable to apply the resulting image to a 
financial transaction card. 
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55. A method of operating a computer system to produce a personalized financial transaction 
card, the method comprising: 

receiving encrypted customer information generated within a secure environment from 
information relating to an account of the customer; 

receiving at an image processor an image, and manipulating the image in accordance with 
instructions from a remote terminal operated by said customer; 

> storing the manipulated image in association with the encrypted customer information; 

and 

providing said manipulated image for application to a financial transaction card in 
association with the encrypted customer information, to an entity having an encryption key 
25 capable of decrypting the encrypted customer information. 

56. A method of operating a computer to facilitate production of a personalized financial 
transaction card, the method comprising: 

providing means for presenting to a remote customer a user interface; 
receiving instructions for manipulation of an image file, the instructions being based or, 
manipulations performed by the remote customer with regard to a representative version, on the 

35 
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user interface, of the image that is contained in the file; and 

providing an image, produced based on said instructions for manipulation, for application 
to the financial transaction card, the image being associated with a customer identifier 
corresponding to the remote customer. 

57. A method according to claim 56, wherein the customer identifier comprises one of: a one- 
way code, a unique customer identifier, and encrypted customer information. 

58. A method according to claim 57, wherein a one-way code is created by a card issuer 
applying a one-way code function to financial account information of the remote customer. 

59. A method according to claim 57, wherein the encrypted customer information is encrypted 
by a card issuer encrypting financial account information of the remote customer. 

60. A method according to claim 56, wherein providing the means for presenting the user 
interface comprises operating a website server. 

61 . A method according to claim 56, wherein the provided image for application to the financial 
transaction card is provided to a card bureau. 

62. A-method according- to claim 56, wherein the customer identifier is embedded in the image 
produced based on said instructions for manipulation. 

63. A method according to claim 62, wherein the customer identifier is embedded as a machine- 
readable code. 

64. A method according to claim 63, wherein the customer identifier is embedded as a bar code. 

65. A method according to claim 62, wherein the customer identifier is embedded in file 
metadata. 
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66. A method according to claim 56, wherein the image file is not transferred to the user 
interface. 



67. A system for operating a computer to facilitate production of a personalized financial 
transaction card, the system comprising: 

computer program means for presenting to a remote customer a user interface; 
image instruction means for receiving instructions for manipulation of an image file, the 
instructions being based on manipulations performed by the remote customer with regard to a 
representative version, on the user interface, of the image that is contained in the file; and 

image processing means for providing an image, produced based on said instructions for 
manipulation, for application to the financial transaction card, the image being associated with a 
customer identifier corresponding to the remote customer. 

68. A system according to claim 67, wherein the customer identifier comprises one of: a one- 
way code, a unique customer identifier, and encrypted customer information. 

69. A system according to claim 68, wherein the customer identifier comprises a one-way code 
created by a one-way code function applied to financial account information of the remote 
customer. 

70. A.system according to claim 68, wherein the customer identifier comprises encrypted 
customer information created from encrypted financial account information of the remote 
customer. 

71. A system according to claim 67, wherein the computer program means comprises a web 
server application of a website server. 

72. A system according to claim 67, wherein the image processing means comprises means for 
providing the image for application to the financial transaction card, to a card bureau. 

73. A system according to claim 67, wherein the image processing means comprises means for 
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embedding the customer identifier in the image produced based on said instructions for 
manipulation. 

74. A system according to claim 73, wherein the image processing means comprises means for 
embedding the customer identifier as amachme-readable code. 

75. A system according to claim 74, wherein the image processing means comprises means for 
embedding the customer identifier as a bar code. 

76. A system according to claim 73, wherein the image processing means comprises means for 
embedding the customer identifier in file metadata. 
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ABSTRACT 

An apparatus and method for manipulating images is disclosed. In one embodiment 
according to the invention, a method for manipulating images comprises: displaying for 
manipulation at a browser-based user interface a graphical representation of at least- a portion of 
an image held at a remote image store; providing an internet communications link coupling the 
user interface to a remote image processor; transferring information about manipulations applied 
to the graphical representation between the user interface and the remote image processor; and 
causing the remote image processor to access the remote image store and apply, to at least a 
portion of the image held in the store, manipulations emulating those applied to the graphical 
representation, hi another embodiment according to the invention, there is disclosed a method 
for applying a personalized image to a financial account access means corresponding to a 
financial account of a customer. The method comprises: associating financial data, 
corresponding to the financial account of the customer, with a customer image identifier in a 
financial account association table maintained securely from a user interface; associating the 
customer image identifier with user image selection data based on user selections made on the 
user interface in relation to a graphical representation of at least a portion of an original image 
held in an image store; and applying the personalized image to the financial account access 
means, the personalized image being based on the user image selection data associated with the 
customer image identifier. 
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